Due diligence systems and methods

ABSTRACT

A system for performing due diligence on electronically stored documents is provided. A dynamic due diligence item (DDDI) is created by one user and associated with a particular document or piece of information by the system. The created DDDI is assigned to another user. The created DDDI is then routed by the system over a computer network to another user for review of the DDDI and the associated particular document or piece of information. In certain instances, after receiving the notification and opening the document, the system may enforce upon the second user a required action when the DDDI is presented.

This application is a continuation of application Ser. No. 13/543,617,filed Jul. 6, 2012, which is incorporated herein by reference in itsentirety.

TECHNICAL OVERVIEW

The technology herein relates to systems and methods that facilitate theperformance of due diligence in an electronic environment. Moreparticularly, the technology herein relates to virtual data rooms whereusers can access documents and other information in performing dynamicdue diligence.

INTRODUCTION

At an individual level, we all weigh various factors as to whether aparticular action should be taken. For example, when shopping at agrocery store, we may look at the ingredients on a carton of ice cream,determine which brand of milk to purchase, or test whether or not apineapple is ripe. All of these inquires relate to making an informeddecision or purchase given our particular needs and desires. Companies(and individuals) also make similar types of inquires when an action isto be taken. Collectively, such inquiries into the overall action can bereferred to as “due diligence.”

Due diligence includes research, analysis, and other inquiries intomatters related to a particular action. Accordingly, due diligence isusually more than just document review. It relates to research andidentifying source documents coming up with a process of deciding what(or whether) a particular action should be taken or determining thevalue of the business (or asset) being acquired. Thus, due diligence mayrelate to understanding what is in a document (or information) with aspecific goal in mind.

One example of due diligence is in the area of mergers and acquisitions(M&A) where looking at the assets, liabilities (debt), and other issuesfor the proposed transaction are virtual requirements before atransaction can be completed. However, review/research/analysis of thisnature can be time consuming as there may be thousands of documents,large databases of information, or other items that need to be reviewedbefore a transaction can be carried out.

A conventional approach to performing due diligence in such situationsmay be fairly static where the documents are physically placed into oneroom. Then access to that room is controlled. Lawyers, accountants, andother individuals or teams may then be allowed access the room toreview/analyze all of the collected information. However, the inventorsrecognized such an approach has several problems.

For example, there is no or very little integrity checking to determinewhat has actually been reviewed out of the thousands of documents in theroom. A further problem is that even if access is controlled to theroom, there is no enforcement scheme to ensure the documents stayintact. As one example, one person may discover a bad piece of“evidence” for their side and may take actions (e.g., ripping or tearingup the page) to destroy the evidence. Thus, key pieces of informationthat affect the overall due diligence process may be tainted, altered,or destroyed.

Moreover, because the documents are physically located, the peopleresponsible for performing due diligence must physically travel to thelocation of the documents and information.

Virtual data rooms (VDR) have been created to allow companies andindividuals to conduct due diligence in a virtual environment. VDRs maybe an attractive alternative because of cost-savings and otheradvantages (e.g., allowing multiple people to view a documentsimultaneously). However, problems are still associated with the use ofsuch conventional virtual data rooms.

In a VDR environment, User A may share a document with User B by sendinghim an email message to review the document. However, simply sending amessage to review a document does not provide control over the documentor dictate how users interact with the document. This may lead tocertain questions (e.g., of relevance in a due diligence environment)being unanswered. For example, did User B review the document or not?Did User B review the page of the document that user A had a questionabout? Did user B respond is some actionable way to User A's request?Does user A know that user B reviewed the page? Leaving these and otherquestions unanswered may lead to adverse consequences. Accordingly, newtechniques for carrying out or facilitating due diligence in anelectronic environment are still needed.

SUMMARY

In certain example embodiments, due diligence workflows may be createdas part of a virtual data room. In certain instances, such due diligenceworkflows may be dynamic due diligence items (DDDI) that allow aninitiating user to both share a document (or other piece of information)with a receiving user and request or require the receiving user torespond in some meaningful way. In other words, a receiving user thatreceives a due diligence item related to a document may be required toacknowledge or take some other affirmative action before the systemallows the receiving user to proceed with other tasks (e.g., such asviewing the remainder of the shared document).

In certain example embodiments, a system for performing due diligence ona plurality of documents is provided. The plurality of documents areelectronically stored and accessible to a plurality of users over acomputer network. The plurality of users includes a first user and asecond user and a storage medium system is configured to store theplurality of documents. The system also includes a processing systemwith at least one processor. The processing system is configured toreceive a request from a first dynamic due diligence terminal associatedwith a first user to view a document in the plurality of documents. Theprocessing system is configured to retrieve the document from thestorage medium system. The processing system is configured to displaythe retrieved document at the first dynamic due diligence terminal forreview by the first user. The processing system is configured to selectat least the second user out of the plurality of users based on userinput. The processing system is configured to create a dynamic duediligence item including for use in performing due diligence on theretrieved document. The processing system is configured to assign thecreated dynamic due diligence item to at least the second user. Theprocessing system is configured to associate the created dynamic duediligence item to the document. The processing system is configured tostore the created dynamic due diligence item to the storage mediumsystem. The processing system is configured to display the document at asecond dynamic due diligence terminal for review by the second user. Theprocessing system is configured to integrate an indication of thedynamic due diligence item into the displayed document. The processingsystem is configured to display the dynamic due diligence item at thesecond dynamic due diligence terminal, the dynamic due diligence itemincluding a required action that the second user is required to take inorder to satisfy the dynamic due diligence item. The processing systemis configured to receive input from the second user, via the seconddynamic due diligence terminal, responsive to display of the dynamic duediligence item. The processing system is configured to generate andstore an indication, to the storage medium system, that the dynamic duediligence item is satisfied when the received input from the second useris in accordance with the required action of the dynamic due diligenceitem.

In certain aspects, the required action includes an acknowledgement bythe second user of the assignment to the second user.

In certain implementations, the first dynamic due diligence terminalincludes a first processor of the at least one processors. The seconddynamic due diligence terminal is remotely located from the firstterminal and includes a second processor of the at least one processors.The processing system includes the first dynamic due diligence terminal,the second dynamic due diligence terminal, and a server system thatincludes at least a third processor of the at least one processors. Thefirst and second dynamic due diligence terminals are configured tocommunicate with the server system over the computer network.

An aspect includes encrypting the stored documents and decrypting adocument before display on a terminal.

In certain examples, a notification is sent to a second user that adynamic due diligence item has been created.

In certain example embodiments, the processing system is furtherconfigured to annotate a portion of the document based on input from auser. The annotated portion of the document is then associated with thecreated dynamic due diligence item.

An aspect includes obscuring at least some of the annotated portion withthe presentation of the DDDI at least until the required action is inputby the second user. In certain instances a DDDI includes comments thathave been provided by the first or second users. Such comments are thendisplayed. An aspect includes assigning the DDDI from among a list ofusers that are authorized to have DDDIs assigned to them.

In certain examples, the processing system is configured to receiverecommendations on a document stored by the system wherein therecommendation may be for a portion of the document. A recommendationmay have multiple different levels. In certain implementations, Arecommendation score is calculated and displayed based on allrecommendations associated with the document.

A non-transitory computer readable medium storing computer readableinstructions for use with a virtual data room system for conductingdynamic due diligence on information that is segmented into a pluralityof different information portions that are stored in a storage mediumsystem that is remotely accessible to a plurality of users is provided.The plurality of users include a first user and a second user. Thestored instructions comprise instructions configured to receive a firstrequest from a first computing resource that is associated with thefirst user to retrieve an information portion of the plurality ofdifferent information portions stored in the storage medium system. Thestored instructions comprise instructions configured to transmit therequested information portion to the first computing resource for reviewby the first user. The stored instructions comprise instructionsconfigured to select a group of users from the plurality of users basedon the requested information portion and/or the first user, the group ofusers including the second user. The stored instructions compriseinstructions configured to receive, from the first computing resource, acreated dynamic due diligence item for use in performing due diligenceon the information portion. The stored instructions compriseinstructions configured to store the created dynamic due diligence itemto the storage medium system. The stored instructions compriseinstructions configured to store, to the storage medium system, anassignment of the dynamic due diligence item to the second user. Thestored instructions comprise instructions configured to store, to thestorage medium system, an association between the created dynamic duediligence item and the requested information portion. The storedinstructions comprise instructions configured to receive a secondrequest from a computing resource that is associated with the seconduser to retrieve the information portion that is associated with thecreated dynamic due diligence item. The stored instructions compriseinstructions configured to transmit the information portion to acomputing resource used by the second user for review thereon. Thestored instructions comprise instructions configured to retrieve thedynamic due diligence item from the storage medium system, the dynamicdue diligence item set to be integrated into the information portionwhen displayed to the second user on the computing resource, the dynamicdue diligence item including an input requirement that the second useris required to take in order to satisfy the dynamic due diligence item.The stored instructions comprise instructions configured to store anindication, to the storage medium system, that the input requirement ofthe dynamic due diligence item is satisfied when data transmitted fromthe computing resource indicates that the second user provided inputthat is in accordance with the input requirement.

A method of conducting due diligence on a plurality of files by aplurality of remotely connected users is provided. The plurality offiles are stored on a storage medium system of a virtual data roomsystem that includes at least one processor. The plurality of filesincludes a first file and the plurality of remotely connected usersincludes a first user and a second user. A first request is received, atthe virtual data room system, from the first user using a first remotecomputer system to view the first file stored in the storage mediumsystem. The requested first file is transmitted from the virtual dataroom system to the first remote computer system for review by the firstuser. A created dynamic due diligence item is received at the virtualdata room system for conducting due diligence on the first file, thecreated dynamic due diligence item being associated with the first fileand assigned to at least the second user. The created dynamic duediligence item is stored in the storage medium system via the at leastone processor. A second request is received from the second user to viewthe first file that is associated with the created dynamic due diligenceitem. The first file is transmitted from the virtual data room system toa second remote computer system for review by the second user thereon.The dynamic due diligence item is retrieved, via the at least oneprocessor, from the storage medium system. The dynamic due diligenceitem is set to be integrated into the first file when displayed to thesecond user on the second remote computer system. The dynamic duediligence item includes an input requirement that the second user isrequired to take in order to satisfy the dynamic due diligence item. Anindication is stored, to the storage medium system, that the inputrequirement of the dynamic due diligence item is satisfied when datatransmitted from the second remote computer system indicates that thesecond user provided input that is in accordance with the inputrequirement.

The above features may be combined to form additional embodiments andsub-elements of certain embodiments may form further embodiments.

Related feature are described in commonly assigned, U.S. patentapplication entitled “COLLABORATIVE DUE DILIGENCE REVIEW SYSTEM,”(attorney docket number 4010-237), the entire contents of which arehereby incorporated by reference. Such features may form additionalembodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other features and advantages will be better and morecompletely understood by referring to the following detailed descriptionof exemplary non-limiting illustrative embodiments in conjunction withthe drawings of which:

FIG. 1 depicts users performing due diligence tasks via an exemplaryvirtual data room;

FIG. 2 is an example architecture diagram of a due diligence system;

FIG. 3 is a flow chart of an example process associated with thecreation of an annotation;

FIGS. 4A-4F are screen shots showing the creation of an annotationaccording to an example implementation;

FIG. 5 is a flow chart associated with an example process of an assigneeinteracting with an example system;

FIGS. 6A-6E are screen shots showing the exemplary assignee interactionwith an example system;

FIG. 7A is a flow chart of an example process associated with an exampleassignor user interacting with an exemplary dynamic due diligencesystem;

FIG. 7B is a flow chart showing an example communication between adocument viewer and a document repository;

FIG. 7C is a flow chart of an example process for presenting a documentto a user;

FIG. 7D is a flow chart of an example process of creating a dynamic duediligence item;

FIG. 7E is a flow chart of an example process associated with an exampleassignee user interacting with an exemplary dynamic due diligencesystem;

FIG. 7F is a flow chart of an example of updating a dynamic duediligence item;

FIG. 8-10 are screen shots of an example recommendation workflow; and

FIG. 11 is a block diagram of an exemplary computing system according tocertain example embodiments.

DETAILED DESCRIPTION

A dynamic due diligence item (DDDI) is created and used by users of asystem. For example, users may interact with a virtual data room (VDR)to create, modify, review, etc. a DDDI that is associated with aparticular document or other piece of information stored in the VDR.

FIG. 1 depicts users performing due diligence tasks via an exemplaryvirtual data room. A virtual data room 100 is provided to multiple usersthat includes an initiating user 102 (Adam Ross), a receiving user 104(Erica Beanstalk), a receiving user 106 (Alan Rickman), andrecommendation user 108. The virtual data room 100 is implemented on acomputing system (e.g., as described herein) such as a server systemthat may be centrally located or located in a distributed environment.In certain example embodiments, the virtual data room 100 may beprovided via a cloud service or other services that may provide ondemand computing resources. The virtual data room 100 may providefunctionality that facilitates or allows users to perform due diligencetasks. The virtual data room 100 may include files, documents,information (e.g., account database, sales history databases, softwarecode repositories, etc.), and the like that the users of the systemaccess to carry out their due diligence.

In FIG. 1, initiating user 102 is reviewing a document that is providedvia the virtual data room 100 via a client system 103 (e.g., a duediligence terminal). As discussed in greater detail below, a clientsystem may be a computing resource that is a personal computing device,a mobile device, or any other type of computing system that allows theuser to access (e.g., remotely) information stored in the virtual dataroom 100.

When reviewing a document on client system 103, initiating user 102decides to create a new workflow 110 (e.g., a DDDI) associated with thedocument being reviewed by the initiating user 102. The new workflow 110includes a list of users 112 to assign the workflow to and an optionalcomments section 114. Initiating user 102 selects Erica and Alan as theusers assigned to the workflow and then includes a brief note so thatthe users receiving the workflow may have some context for the receivedworkflow.

The newly created workflow 110 is saved with the virtual data room 100which then notifies both Erica and Alan that a workflow is now assignedto them. When the workflow 110 is saved to the virtual data room 100,additional processing may take place to store information related to theworkflow 110 into a database or other storage medium so that the saveinformation may be retrieved at a later time.

Notification of a workflow may be carried via, for example, email with alink to the workflow and the document that the workflow is associatedwith. In certain example embodiments, the context of the workflow may bedisplayed to the users in the form of a notification with an instructionto retrieve the document at a later date. For example, if a notifieduser is using a mobile device (e.g., with a small display), it may notbe practical to completely review the requested document. Thus, only thecomment associated with the created workflow may be displayed.

In any event, the workflow 110 is then retrieved and opened by Erica andAlan via respective client systems 105 and 107. The retrieved work flow110 is displayed with information concerning who created the workflow(e.g., Adam), any comments 116 associated with the workflow, andactionable buttons 118 and 120. In certain example embodiments, a userthat has a workflow assigned to them may be required to interact with anactionable item (e.g., button 118 or 120) before the portion of thedocument in question that the workflow is associated with may bedisplayed to the user. The workflow 110 may also include a reply textfield that allows users to input reply comments to the originallyassigning user (in this example Adam). Receiving users 104 and 106 mayacknowledge 118 the assigned workflow 110. This acknowledgement is thenstored with the virtual data room 100 for future use.

Managers or other supervisors may use the stored information todetermine how well a particular due diligence process is proceeding.Such views may be collected and presented to more senior level managersto provide a quick overview of the progress being made (e.g., 50% of thedocuments have been reviewed, or that the legal department has 15 DDDIsthat are open or un-resolved). Such reporting may allow for quickerre-tasking of resources or determining who is working and who is not.

FIG. 1 also shows a recommendation user 108 interacting with a computingsystem 109 to review information from virtual data room 100. During thisinformation review, the user may decide to recommend (described ingreater detail below) the document to other users of the virtual dataroom system. Such a recommendation may include multiple differentlevels. For example, a standard recommend and a “Strong” recommendation.In certain example embodiments, comments may be included as part of therecommendation process. Such recommendations are then stored andassociated with particular documents, pieces of information, or sectionof documents for later review. For example, a summary may be presentedto users of the cumulative recommendations made by users of the virtualdata room system (or some subset thereof—e.g., the legal department).Users viewing such information can quickly see if there are certaindocuments that are strongly recommended by other users of the system. Incertain instances, such a recommendation system may function as anon-directed workflow to encourage (rather than require) other users toreview/interact with certain documents.

The initiating user 102 may also associate a type of action that hewants an assigned/receiving user to take with the document (or portionthereof). Such actions may include, for example, acknowledging (e.g.,via button 118), posting a reply (e.g., via button 120), having theassigned user respond to a question (e.g., a yes/no question, or thelike). Such actions may be combined to allow, for example, a replyresponse to via button 120 to automatically register an acknowledgementresponse with the virtual data room system 100.

Also, the responses and recordation of how users interact with exemplaryworkflows may be analyzed and/or collated for review. For example, themanager of a department may be able to keep track of employees to makesure they are reviewing and acknowledging documents.

In certain example embodiments, other types of actions may be tracked bythe virtual data room 100. For example, each time a particular documentor file is opened by a user, the virtual data room 100 may record suchinformation. In another implementation, the page numbers or how longparticular page was viewable on a screen may be recorded. For example,the virtual data room 100 may record that Erica, receiving user 104, hadpage 46 of an environmental impact statement displayed to her for 30minutes. This information may then be reported upon at a later date(e.g., to confirm that a document was reviewed, or a particular passagein the document was reviewed).

In sum, users 102, 104, 106, and/or 108 may interact with the virtualdata room system 100 in order to carry out dynamic due diligence on theinformation/documents stored in the virtual data room 100.

FIG. 2 is an example architecture diagram for a computer implemented duediligence system. A due diligence system 200 includes variousapplication programming interfaces (APIs) 202 (e.g., software) thatconfigures or programs a processor (e.g., a CPU of a processing system)to function in a certain manner. In particular, the various APIs andother associated components shown in FIG. 2 may be stored in memory of acomputing system and loaded by a processing system for execution. Incertain example embodiments, the APIs may be located or run on a serversystem (e.g., that hosts the virtual data room) and/or a client system(e.g., operated by a user). APIs 202 may include core system APIs 204Athat may provide core or basic functionality for accessing systemresources and communicating with client system. APIs 202 may alsoinclude dynamic due diligence APIs 204B that provide dynamic duediligence functionality to the system. For example, the documentannotation streaming API of the Dynamic due diligence APIs may operateto stream annotation information to a client where the annotationinformation is then integrated with the presentation of a document orother piece of information to the user on the client system.

The due diligence system 200 also includes layers such as theapplication data layer 206, the business logic layer 208, and thepresentation layer 210. These layers may include software componentsthat confige processing systems to carry out certain tasks.

The application data layer 206 may include data access logic and/ormediums that store data related to the dynamic due diligence system 200.For example, the core system database may store information regardingdocuments and/or information that are associated with a particular duediligence project. The annotations database may store annotationscreated by users (e.g., 114 in FIG. 1) for particular documents orportions of documents.

The business logic layer 208 provides business logic functionality. Forexample, the dynamic due diligence business logic may act to enforce aparticular requirement that an acknowledgement is received beforeallowing a user to view a given document.

The presentation layer 210 may include components that allow users toview documents, information, etc via different mediums. In certainexample embodiments, web services for mobile applications may providefunctionality for handheld devices (e.g., smart phones). In certainexample embodiments, a custom view may be used to present theinformation to a user. In certain example embodiments, a web pageinterface may be used by users to access, view, and/or interact with thesystem. In certain example embodiments, the functionality of the variouspresentation layers may vary depending on the client system that isaccessing the due diligence system 200. For example, document viewingmay be available only through a custom document viewer while otherlayers may present reduced functionality (e.g., because they are lesssecure).

In other words, in certain example embodiments, the dynamic duediligence system 200 may be provided via a three-tier architecture (dataaccess, business logic, and presentation). It will be appreciated bythose skilled in the art that other architecture models (e.g., multitieror N-tier architecture, MVC, or the like) may be employed to implementthe techniques, processes, methods, etc described herein.

The due diligence system 200 may also include a cloud security layer212. This layer may include functionality for preventing unauthorizedaccess to information that is maintained by the due diligence system200.

FIG. 3 is a flow chart of an example process associated with thecreation of an annotation. FIGS. 4A-4F are screen shots showing thecreation of an annotation according to an example implementation.

An assignor workflow 300 begins with a user reviewing a document. Forexample, the “The Forrester Wave™: Mobile Collaboration, Q3 2011”document shown in FIG. 4A. In step 302, the user creates an annotationfor the document being reviewed. In certain example embodiments, anannotation is created and associated with a given document (or piece ofinformation) as a whole. As an example, a user may review a documentconcerning the estimated valuation of a company's patent portfolio. Theuser may then create an annotation (and associated workflow or dynamicdue diligence item) that is associated with the whole document.

Alternatively, as shown in FIG. 4B, the user may create the annotationand associate it with a portion or section of the document. In FIG. 4B,the lines from “Yammer” to “categories” are all highlighted (e.g.,annotated) by the user and associated with a DDDI. In certain examples,the user may “draw” on the document by circling or other wise marking upthe portions that he/she wishes the annotation to be associated with(e.g., drawing an arrow, underlining, strike through, making any type ofdrawing). Accordingly, various techniques may be implemented to allow auser to select or otherwise specify a portion of a document (orinformation) that the created annotation is to be associated with.

In step 304, the annotation may be shared by assigning it to anotheruser. This is graphically shown in FIG. 4B with the “Assign to Someone”dialog box. In the above discussed example, Adam may share an annotationwith Erica. As described in more detail below, the list of users that isdisplayed may be controlled via group policy settings such that groupsor teams of people can only assign new annotations to other users withintheir team. In other words, not all of the users of a particular virtualdata room may be available for assignment.

In step 306, a notification is sent via email to the user that theannotation is assigned to. Thus, continuing with the above example,Erica may receive an email indicating that Adam has assigned her anannotation that is associated with a particular document. Other forms ofnotification may also be used. For example, text messages, automatedphone calls, notification through a secure email system, etc.

In certain example embodiments, the notification may be associated witha priority and the priority may be used to determine how an alert issent to a user. For example, regular or low priority notifications maynot generate emails, but instead may alert the assigned user through anexemplary virtual data room application (e.g., as shown in the screenshots). In certain instances, assignments that are high priority may beemailed to a specified email address or may trigger a text message orphone call. In certain example embodiments, the priority may beautomatically assigned (e.g., as a default).

In step 308, the viewer that is used by users for the document inquestion (e.g., the “The Forrester Wave™: Mobile Collaboration, Q3 2011”in FIG. 4C) may be updated to show that an annotation is now associatedwith a portion of the document. For example, an icon as shown in FIG. 4Cmay be used to indicate that an annotation and associated DDDI ispresent. In certain example embodiments, the annotation may be viewableto all users or may only be viewable to a subset of users that areassociated with the document (e.g., assignor users or assignee users).

As users reply to or otherwise acknowledge an annotation, the originallycreated annotation may be updated to show the assignor the updatedstatus. For example, in FIG. 4E the display of the created annotation isupdated after “Carl Crossover” acknowledges the annotation (e.g., byhitting an acknowledge button). Similarly, as shown in FIG. 4F, when auser replies, the text of the reply is displayed to the users who openthe annotation.

Returning to FIG. 3, in certain instances a user may desire to cancel anannotation, assignment, or a DDDI. However, the system may only allowannotations (or other items) to be canceled/deleted when certainconditions are met. Thus, in step 310 (and shown in FIG. 4D) anassignment or annotation may be canceled. In certain exampleembodiments, canceling may remove one or more users from the createdannotation. If there are no users left after cancelation, then theentire annotation may be canceled. In certain example embodiments theannotation or DDDI may be canceled or otherwise removed from the system.In certain example embodiments, cancelations actions may only be carriedout when users have not already responded to the annotation or an actionhas not already been taken with the created DDDI. For example, afterCarl crossover responds as shown in FIG. 4E, the annotation may not becanceled by the assignor. In any event, if the created DDDI andassociated annotation is canceled, then in step 312, the originallyassigned user may be notified that the DDDI that they were assigned tohas been canceled. In certain example embodiments, the system mayrequire that the users enter a reason for canceling the DDDI.

FIG. 5 is a flow chart associated with an example process of an assigneeinteracting with an example system. FIGS. 6A-6E are screen shots showingthe exemplary assignee interaction with an example system. An assigneeworkflow 500 may begin with the user opening a document directly toannotation in step 506 or opening a document in step 502 and thenmanually navigating to the assignment in step 504.

As discussed above, assignees may be notified that a new dynamic duediligence item with an associated annotation has been assigned to them.In certain examples, an email message may be sent to a user with a linkto open a document. Another example is shown in FIG. 6A, where an alertindication is present within a document viewer. Such indications mayallow a user to open and/or consider annotations and their linkeddocuments (or portions thereof) relatively quickly. The alert indicationin FIG. 6A shows the number of alerts of the current document and allowsusers to successively click on the alerts button to jump betweenmultiple alerts (if there is more than one alert for a document).

As shown in FIG. 6B, when an alert is presented to a user, the dialogbox that is associated with the annotated portion of the document may beplaced over the text in question. Thus, the presence of the dialog boxmay “force” a user to hit the acknowledge button (e.g., an affirmativeaction that is recordable by the system) in order to read the underlyingannotated text. In certain example embodiments, only a portion of thetext may be obscured. Alternatively, all of the text may be obscured.Obscuring the text may be accomplished by placing the dialog box overthe text or masking (e.g., blurring) the text of the document until theacknowledgement (or other appropriate action) is taken by the user. Inother embodiments, the text may be completely visible with the dialogbox (and associated features) placed off to the side of the text. Incertain example embodiments, the dialog box may take up between 20% and40% of the space on a given screen. In other embodiments, the control ordialog box may take up the entire screen (e.g., to force the user toacknowledge DDDI).

Continuing with FIG. 6B, an assigned item is presented to a user wherethe user may read the comments that have been included by the assignorin step 508. The assignee then acknowledges the item by hitting theacknowledge button in step 510. This action is recorded and saved by thesystem so that there is a record of the assignee acknowledging the item.In certain example embodiments, the assignee may also include a responsealong with acknowledging.

However, as the text of the annotated portion of the document isobscured it may be difficult for the assignee to provide any commentsbased on the contents of the annotated portions. Thus, after the item isacknowledged, the dialog box (or other type of user interface control)may be dismissed to allow the assignee to read the annotated portion instep 514 and as shown in FIG. 6C.

When the item is dismissed, an icon may be placed on the screen toindicate that a DDDI is associated with this particular annotatedportion of the document. After considering the annotated portion theassignee may open up the response tool to submit a textual response (inaddition to the earlier acknowledgement) in step 516. An example openedresponse tool is shown in FIG. 6D.

In certain example embodiments, the assignee may see their ownresponses, but not those from other users that are associated with theitem. In certain examples, the users may see all of the other users'actions. In certain examples, the content that is visible is based onwho is viewing it. For example, a manager may see the responses of allof his/her subordinates.

With the response tool opened, the assignee can now enter a response instep 518. The response is submitted and saved to the system in step 520.The text of the submitted text of the response is shown in FIG. 6E.Also, the original assignor is now notified that a response from theassignee has been entered in step 522. This notification can be an alertwithin the viewing application or may be an email or other communicationto the original assignor.

FIG. 7A is a flow chart of an example process associated with an exampleassignor user interacting with an exemplary dynamic due diligencesystem. A dynamic due diligence item may be created by having a userfirst login (e.g., Authentication API) in step 702. As part of thisprocess, the system retrieves a list of documents (e.g., Document ACLAPI filters available documents for the user) in step 704. The systemfurther filters the list of documents to display documents the user hasnot reviewed yet (e.g., Document Reviewed Status API) in step 706 and alist of documents is presented to the user in step 708. The user clickson a hyperlink in the presentation layer to open a document in step 710.At this point, a Custom Viewer presentation tool is invoked on the userscomputing resource (e.g., a personal computer or mobile device) in orderto present the requested document to the user.

FIG. 7B is a flow chart showing example communication between a documentviewer (e.g., located on a user's computing resource) and a documentrepository (e.g., a server system). The Custom Viewer conducts severaltasks in parallel (or in sequence) to pull sufficient information forrendering the document on the user's system. The Custom Viewer requests,in step 710, the document content as a bytestream. This may beaccomplished at step 710B by the document repository system using theFile decrypt API to decrypt the content from long-term Network AttachedStorage (NAS) and then stream the resulting content back to the viewervia the Document Streaming API.

The Custom Viewer then requests digital rights management (DRM) securitypermissions available for the requesting user in step 710C. In responseto this request, the server pulls data from the DRM Permissions Databaseand streams it to the user's computing resources (that is running thedocument viewer) via the Document DRM Streaming API in step 710D. Instep 710E, the Custom Viewer requests annotations (e.g., associateddynamic due diligence items) belonging to the user for display in therequested document. In response, the server pulls this data from theAnnotations database for annotations associated with the document instep 710F. The system also determines which DDDIs are associated withthe requesting user for this document from the Dynamic Due DiligenceDatabase in step 710G. Also, in step 710H document version informationmay be retrieved to allow a particular version of a document to be shownto a user (e.g., if there are multiple different versions of adocument). All of this collected information is then sent back to thedocument viewer (e.g., via the Document Annotation Streaming API) on theuser's computing resource.

In step 710I, the viewer requests a list of other users that duediligence items can be assigned. As discussed above, this may be a listof users who are in the same department or group (e.g., the informationtechnology (IT) team). In step 710J, the server system pulls the list ofother users who also have access to view the document in question bymaking a call to the Document ACL API which queries the Core SystemDatabase. In step 710K, the system cross-references this data withspecific rules available in the Dynamic Due Diligence database, andstreams the result to the viewer (e.g., via the Document DynDueDiligenceStreaming API).

It will be appreciated that the above communications between the viewerand document repository system may be synchronous calls that areimplemented serially or may be asynchronous calls that are implementedin parallel, or some combination thereof.

The user's computing resource running the viewer may then assemble thefinal document for view by the user by overlaying (or otherwisecombining/integrating) data that is associated with the requesteddocument. In this regard, FIG. 7C is a flow chart of an example processfor presenting a document to a user. In particular, starting withtransition step 710L, the base contents of the document may be loaded instep 710M. This may include pages, images, etc. of the document. In step710N DRM security restrictions (watermarks, hiding of specific pages orelements, offline viewing rights, expiration policy, print restrictions,etc.) may be loaded by the viewer. In step 710P, annotations/DDDIinformation may be layered on top of the content of the pages of thedocument. To the user, the resulting document may appear as one document(e.g., the overlaying process may not be obvious or visible for a userof the document viewer). In step 710Q, the Dynamic Due Diligenceworkflow tools are loaded. These tools may be loaded based on rulesgoverning who and what methods of document assignment can be conductedwithin the specific document for the viewing user. Accordingly, theloaded document (and other associated information on annotations/DDDIinformation) is presented to the user in step 712.

Returning to FIG. 7A, and step 712, after presentation of the document,the user reviews the document in the Custom Viewer in step 714 and seesa section of the document requiring Dynamic Due Diligence. Accordingly,the user selects the annotation tool in the Custom Viewer and highlightsa passage within the document in the Custom Viewer in step 716. The userthen clicks a Dynamic Due Diligence “Assign” button in the Custom Viewerto create a DDDI item and finalizes it for use within the system in step718.

Specifically, the Custom Viewer first displays a Dynamic Due DiligenceAssignment tool that allows a user to enter certain information relatedto the creation of a DDDI. The user is presented with a displayed listof users in step 720 that the created DDDI may be assigned to. Theassigning user selects one of the displayed users in step 722. Also, theassigning user may prepare a comment that is to be a part of the newlycreated DDDI in step 724. For example, the comment may be specificinstructions for the assigned users on what they are to do for their duediligence review.

The created information is communicated (described in more detail below)to the server in step 726 where it is stored in a database (e.g., theAnnotations Database shown in FIG. 2). It will be appreciated, that oneor more of the above steps may be optional. For example, the assigninguser may skip adding a comment to the created DDDI.

FIG. 7D is a flow chart of an example process of creating a dynamic duediligence item. The communicated information discussed in connectionwith FIG. 7A may include the details of a new Dynamic Due DiligenceItem. In particular, in steps 730 and 732, the viewer on the user'scomputing resource sends the Document ID, Page Number, and details ofthe annotation.

According to step 732, the details of the sent DDDI include informationon the annotation such as XY starting coordinates; XY endingcoordinates; and Vector graphics details (e.g., if the user specifiedthe annotation via freehand drawing). In certain example embodiments,the server receives this information via the Web Services applicationlayer and the business logic layer routes this data to the AnnotationRouting API.

In certain example embodiments, in step 734, the server may determine(e.g., via the Annotation Routing API) whether any two users are ondifferent versions of the same document. If this situation occurs, theserver may then invoke the Annotation Extraction API, which takes asinput the details of the annotation and associated DDDI and returns amapping of Document Version Numbers, matching Page Numbers, and matchingstart/end XY coordinates in step 736.

In step 738, the Annotation Routing API stores the annotation data inthe Annotations Database and the Dynamic Due Diligence assignments inthe Dynamic Due Diligence Database.

In step 740, the Annotation Routing API invokes the User NotificationAPI. This invocation may, in turn, cause the User Notification API tosend an email to all recipients to whom the Dynamic Due Diligence itemhas been assigned. With the DDDI item stored in the server an assigneduser may now respond to the contents via the example steps shown in FIG.7E (e.g., via transition C 742).

FIG. 7E is a flow chart of an example process associated with an exampleassignee user interacting with an exemplary dynamic due diligencesystem. In step 744, an assignee user receives a dynamic due diligenceitem notification that indicates that an item has been assigned tohim/her and in step 746 logs into the system. In certain exampleembodiments, the system may retrieve a list of documents that areavailable to the user (e.g., via the Document ACL API). In certainexample embodiments, the system may further filter the list of documentsto display those the user needs to review as part of Dynamic DueDiligence (DynDueDil Assignments API). In other words, only thosedocuments that have DDDI items assigned to the assignee user may bedisplayed. In any event, the user clicks on a hyperlink in thepresentation layer of a virtual data room to open a document in step748. It will be appreciated that other techniques for opening documents(or providing commands/visuals to a user to open a document) may beimplemented.

At this point a Custom Viewer presentation tool is invoked on the user'sPC or mobile device. As described herein the Custom Viewer requests,assembles, and renders a display of the document along with pertinentsupport structures in step 750.

The rendering of the display through the document viewer may includehaving the Custom Viewer request details of the specific annotationsassigned to the user within the document, regardless of the fact thatsuch annotations were created by another user in another version of thedocument. Specifically, the version of the document may play a role inhow the annotation/DDDI is displayed, but may not hinder the DDDI frombeing displayed even if the document versions being worked on aredifferent.

Also, the Custom Viewer's Dynamic Due Diligence workflow tools receiveinformation about the assigned Dynamic Due Diligence annotations. Thisinformation may include, for example, page or line numbers of thedocument that is associated with the annotation. This information maythen allow for the overlaid information to be rendered in accordancewith how the annotation was originally created.

Upon the opening the document in the Custom Viewer, the Custom Viewer'sDynamic Due Diligence workflow tools alert the user in step 752 that oneor more Dynamic Due Diligence items require attention within thedocument. In certain example embodiments, the alerts are clickable anddirect to the user to each Dynamic Due Diligence item within thedocument with each click.

In step 754, the Dynamic Due Diligence Assignment tool within the CustomViewer appears as an overlay on top of each assigned annotation. Therendered information of the DDDI is placed over the top of the annotatedportion in step 756. In certain example embodiments, as described above,the user must “Acknowledge” having seen the annotation in step 758.After acknowledgement, the portion of the document that was obscured isrevealed in step 760 so that the user may review the portion in step762.

In certain example embodiments, either immediately on or after reviewingthe assigned annotation and page contents, the user can provide asupplemental response in the form of a text based response (e.g., inaddition to the acknowledgement response) in step 764. For example, theuser may click on an icon to re-display the workflow tool for the DDDIassociated with a particular annotation. The user may then create a textbased response that is to be reviewed by the original assignor (or otherusers).

This updated information is then sent to the server in step 766. Forexample, the Custom Viewer may send the Document ID, AnnotationID, thedate of Acknowledgement, and Response to the server. It will beappreciated that additional server updates may be performed in responseto user actions. For example, when the user acknowledges the DDDI, aresponse may be sent before sending information on the supplementalresponse. In certain example embodiments, updates may be sent when adocument is closed out or at certain time based intervals (e.g., everyminute the document viewer information is synchronized with the server).

In any event, in step 768, the server receives the sent information viathe Web Services application layer and/and the business logic layer androutes the data to the Annotation Routing API. The Annotation RoutingAPI then stores the Acknowledgment and Response in the Dynamic DueDiligence Database.

In step 770, the Annotation Routing API invokes the User NotificationAPI to notify relevant users of the updated DDDI information associatedwith this particular annotation. For example, the original creator ofthe DDDI may receive an email regarding the acknowledgment and/orupdated response. It will be appreciated that such notifications may beconfigured based on the particular needs of a client. After notifyingthe creator, the process may then transition, via transition D 772, toapproving the status of a DDDI.

FIG. 7F is a flow chart of an example of updating a dynamic duediligence item. The Dynamic Due Diligence item creator may or may notreceive an email notification (e.g., depending upon clientconfiguration). In step 776, if the Dynamic Due Diligence item creatorhas the document open in the Custom Viewer already, then the CustomViewer may poll the system's Web Services layer at regular intervals(e.g., every 15 seconds) to check for updates made to the document. Ifthe Dynamic Due Diligence item creator does not have the document openin the Custom Viewer already, then this data is pulled as part ofre-opening the document via step 776.

In the web services layer of the system, as part of these checks, a callis made to the DynDueDil Response API, which pulls data from the DynamicDue Diligence Database to determine when one or more assignees have“Acknowledged” and/or responded to the Dynamic Due Diligence item. Suchdetails are then streamed to the Custom Viewer via the AnnotationRouting API.

Accordingly, in the Viewer, the Dynamic Due Diligence Assignment toolprovides an updated status of a given Dynamic Due Diligence item,showing the Dynamic Due Diligence item creator and for each assignee: 1)the Acknowledgement Status (Acknowledged Yes/No and, if Yes, the datemay be displayed) in step 778; and 2) the response, if any, typed in bythe assignee in step 780.

Thus, in certain example embodiments, users may perform dynamic duediligence through use of workflows, annotations, and the like that areassociated with a document (or a piece of information) or portionthereof that is electronically presented to the users.

A dynamic due diligence item may also be associated with arecommendation made by a user associated with the item (e.g., theassignor or assignee). Also, recommendations may take on two or morelevels and such recommendations may be collated and presented to usersof the system.

FIG. 8-10 are screen shots of an example recommendation workflow. FIG. 8is a screen shot of an application program 800 in which users seerecommendations related to documents stored in the system. Specifically,documents of the “1.2.1.4 customer contracts” folder 804 are shown inthe view to the right of the tree view. Each of the documents has anassociated recommendation score that relates to how users of the systemhave rated each document. Thus, “2010 customer receivables *” has arecommendation score of 8. Such a score may indicate that a document ismore important that other documents and may be worthwhile for each teammember to review the document. Thus, a recommendation system may be usedto provide a more generalized due diligence aspect than the dynamic duediligence items discussed above (e.g., that the recommendation does notneed to be assigned to any one user).

FIG. 9 is a screen shot when an individual document is opened accordingto certain example embodiments. In particular, users may recommend thedocument via button 902 or may bring up information on how users haverecommended the current document via button 904.

FIG. 10 is a screen shot showing a dialog box with a workflow that isdisplayed when a user desires to recommend a document. As can be seen,there may be two or more levels of recommendation. For example the“standard” recommendation may count for 1 point while a “strong”recommendation may count for two points. It will be appreciated thatother levels of recommendation may be used in accordance with thetechniques described herein. For example, a negative recommendationoption may be added (e.g., −1 point) or a third level of recommendationthat is worth 3 points. These points may then be summed or otherwisecalculated and displayed to the user in, for example, the screen shownin FIG. 8. Users may also have the option of inputting a description ofwhy it is important for other users to view this particular document.All of this information may be entered by a user and stored to adatabase system for future use.

The techniques described herein may be implemented on computing systems(e.g., processing systems) that are composed of processors and othercomponents of computer architecture.

FIG. 11 is a block diagram of an exemplary computing system according tocertain example embodiments. A processing system 1102 may include acentral processing unit or CPU 1104, a system bus 1106 that communicateswith RAM 1108 and storage 1110. The storage 1110 can be magnetic, flashbased, solid state, or other storage technology. The system bus 1106 mayalso communicate with a user input adapter 1112 (e.g., a PS/2 or USBinterface) that allows users in input commands to the processing systemvia a user input device 1114 (e.g., a keyboard, mouse, touch panel, orthe like). The results of the processing may be displayed to a user on adisplay 1118 via a display interface 1116 (e.g., a video card or thelike).

The processing system 1102 may also include a network interface 1120that may facilitate wired (e.g., Ethernet) or wireless communication(WiFi/802.11x protocols, cellular technology, and the like) withexternal systems 1124 or databases 1122. External systems 1124 mayinclude other processing systems, systems that provide third partyservices, etc. Here, external systems may also be the client or serversystem. For example the processing system 1102 may implementfunctionality of a client system as described herein, thus the externalsystem may be the server system as described herein. Conversely, theprocessing system 1102 may implement the server system and the externalsystems may include client systems. External systems may also includenetwork attached storage (NAS) to hold large amounts of data (e.g.,thousands or millions of electronic documents). Such external systemsfor storage along with the internal storage and memory may form astorage system for storing and maintaining information (e.g., documents)that are the subject of a due diligence process. Such a system manycommunicate with user and respective computing resource (e.g., a clientsystem, terminal, etc) to provide documents and information for reviewand consideration.

The databases 1122 may include relational, object orientated, or othertypes of databases for storing information (e.g., such as annotationsdatabase in FIG. 2).

In other words, the processes, techniques, and the like, describedherein may be implemented on a computing system. Such implementationsmay then configure or program the processing system to carry out aspectsaccording to certain example embodiments.

In certain example embodiments, a client system implementing a documentviewer/reader may be a special document viewer that is used to enforcecertain policies on the end user as they read through and interact withthe document. For example, the reader may prevent users for locallysaving copies of the document. In certain example embodiments, the datathat makes up the document that is being displayed may be encrypted whenit is temporally stored within the memory of the user's computer system.Such techniques may assist in preventing users from copying data that isbeing presented through the viewer.

In certain example embodiments, the viewer may have digital rightsmanagement (DRM) aspects that control how or what a user can do with adocument. For example, users may be barred from printing a displayeddocument. In certain instances local saves may be authorized, but may betime based such that the local copies are no longer accessible after acertain period of time. In certain instances, such triggers may be tiedto when the person logs into/out of the system. Thus, local saving maybe allowed for one (or more) sessions of work. In certain instances thesaving of a local copy of the document may be more efficient (e.g., ifthe document is many megabytes in size) that re-downloading the documentcontents each time the document is accessed. By saving the documentlocally, annotation changes (or other informational changes associatedwith the document) may be streamed down separately to the client whensuch changes are saved to the server system (e.g., when a new DDDI iscreated for an annotated portion of the document). Accordingly, theviewer may dynamically integrate such changes into the document while itis being displayed on the fly.

In certain example embodiment, watering marking techniques may beemployed. In certain example embodiments, the viewer and/or system maytrack who has opened a particular document, what pages have beenpresented, how long a particular page was presented, etc. Suchinformation may be relevant in having a comprehensive log associatedwith the performance of due diligence. For example, after a deal closesif a lawsuit is brought because of an allegation of non-disclosure ofparticular facts associated with a deal, the system may be able toprovide information that user “A” viewed document “X” and page “Y” for“Z” minutes.

In certain example embodiments, the client system may be networkterminal that functions to output a display of the document, but doesnot provide any significant processing power. In other words, therendering of the document and integration of the annotation and DDDIinformation may be performed by a server and then streamed for displayon the client system. Of course other types of client systems may alsointeract with a server (e.g., personal computers, mobile devices, etc).

In certain example embodiments, assignee users may reroute assigneditems to other users. For example, one user may not be qualified toanswer a particular question associated with the annotated portion of adocument. Thus, the user may re-route it to a specialist or may escalateto their manager (who may then re-route to an appropriate person). Incertain example embodiments, re-routing (or escalating) may create newDDDIs with the particular annotation. Alternatively, such re-routing maybe appended to an already existing DDDI. In certain example embodiments,re-routing a DDDI may be an event that is recorded by the system (e.g.,that can be reported on in the future).

In certain example embodiments, users may share annotated portions of adocument with each other, but without the requirement that the sharedannotations be later “acknowledged.”

In certain example embodiments, a method for creating a workflowassignment for an individual's use of an electronic document managementsystem (EDMS) is provided that comprises the steps of: 1) identifying aspecific portion of a specific document in the EDMS; 2) Entering aspecific set of instructions dictating exactly what action(s) need to beperformed related to the relevant portion of the document; 3)Identifying the individual user to whom this new workflow item is to beassigned; 4) Notifying the individual that they have a new workflowassignment within the EDMS; 5) Modifying the individual's view of thedocument in such a manner that they can simultaneously or sequentially,but in any case contextually, see the following: a) The specific portionof the document identified as needing their attention as per Step 1above; b) The instructions entered telling them what action(s) they mustperform as per Step 2 above; c) A user interface control elementconsisting of but not limited to a button, a select list, or a text boxthat the individual can use to change the status of the workflowassignment.

A further aspect is where the EDMS is specifically identified asbelonging to the “virtual data room” subclass of document managementsystems, implying that the assigned workflows are in relation to the actof performing due diligence on a company, a financial transaction, aregulatory approval, or any other transaction typically performed withina virtual data room.

A further aspect is where the step of identifying a specific portion ofa document within the EDMS takes place within a specialized documentviewer having a set of unique tools consisting of: 1) A selection toolcapable of identifying a word, a phrase, a sentence, a paragraph, or anyother text-based content within the document or within a page of thedocument; 2) A selection tool capable of capturing a set of coordinatesto create a “bounding box” that identifies a specific region of aspecific page or range of pages within the document; 3) A drawing orwriting tool allowing for the addition of new shapes or text-basedcontent to be inserted into or superimposed upon a portion of a page orrange of pages within the document; 4) A redaction tool allowing for thestrikethrough, removal of, replacement of, or reformatting of specifictext-based, image-based, vector-based or object-based content on a pageor range of pages within the document.

A further aspect is where the set of instructions may be createdthrough: 1) The use of a text box for typing instructions; 2) The use ofa selector such as a dropdown menu, checkbox list, or radio button listfor the selection of one or more instructions from a pre-determinedplurality of possible options.

A further aspect is where the step of identifying the user to whom theworkflow assignment is being assigned: 1) Can be done through a selectorcontrol such as a select list, a checkbox list, or a radio button list,allowing for the selection of one or more users from among a pluralityof potential users to whom the assignment can be made according to logicdetermined within the business logic parameters of the EDMS; 2) Can bedone through the entering of a user's unique identifying informationsuch as an email address, a network user id, a user name, a first nameor last name, or any other identifiable characteristic of the individualrecognizable by the EDMS itself or by virtue of application programminginterfaces (API's) allowing the EDMS to interface with other electronicsystems; 3) Can be done such that only one individual becomes theassignee; 4) Can be done such that several individual users become jointassignees; 5) Can be done such that several individual users becomeassignees, but with varying levels of priority and workflow existingbetween and among them; 6) Can be done such that a group representing acollection of individuals becomes the assignee; 7) Can be done such thata role representing an abstract set of users and/or groups as determinedby business logic within the EDMS becomes the assignee.

A further aspect is where the act of notifying the individual of the newworkflow assignment consists of one of the following: 1) Sending anemail or other electronic message to the user; 2) Displaying anotification on a page, control or other graphical element within theEDMS.

A further aspect is where the notification exists within a specializeddocument viewer consisting of: 1) A visible alert in a prominent area ofthe document viewer such as the primary toolbar, which is visible onevery page within the document and hence is difficult for the individualto overlook; 2) A visible dialog or “alert” that appears before the useris able to navigate through the document or through a certain range ofpages or range of content within the document.

A further aspect is where the alert shown to the individual can be actedupon to display additional information and/or take action on theworkflow assignment, where such information and/or actions consistof: 1) Displaying a list of workflow assignments within the document; 2)Displaying the page number and other relevant location details of eachworkflow assignment within the document; 3) Navigating the user to aspecific workflow assignment within the document; 4) Navigating the userto each of a plurality of workflow assignments that exist within thedocument.

A further aspect is where the modification of the individual's view ofthe document identifies the specific portion of the document needingtheir attention through the use of a series of markers surrounding therelevant section of the document.

A further aspect is where the instructions telling the individual whataction is needed from them appears as a box or dialog superimposed uponor side-by-side next to the specific portion of the document in such amanner that the individual can comprehend that the instructions arespecifically referring to this identified portion of the document.

A further aspect is where the control accessible to the individualallows them to change the status of the workflow item to thefollowing: 1) Acknowledged; 2) Acknowledge and Commented On, where atext box allows for the individual to type comments back to the workflowassignment originator; 3) Completed; 4) Reassigned, where the individualcan select a different individual as the new Assignee; or 5) InProgress, where some other specific configurable workflow has beeninvoked, corresponding to a workflow management system within the EDMS.

A further aspect is where each workflow assignment is comprised of: 1)The Assignor; 2) The Assignee(s); 3) The Date of Assignment; 4) TheCurrent Status of the Assignment.

A further aspect is where the list resides within a virtual data roomsubclass of electronic document management systems.

A further aspect is where a “dynamic due diligence report” is created,where each workflow assignment in the report: 1) Represents a duediligence action item that must be performed in order for due diligenceto be deemed “complete” by the parties using the system; 2) Represents adue diligence action item that did not exist at the onset of the duediligence process, prior to the parties beginning their review of theplurality of due diligence documents within the system; and 3)Represents a due diligence action item that is comprised of a portion ofa document but not any document in its entirety.

Certain examples herein are described in terms of sequences of actionsthat can be performed by, for example, elements of a programmablecomputer system. It will be recognized that various actions could beperformed by specialized circuits (e.g., discrete logic gatesinterconnected to perform a specialized function or application-specificintegrated circuits), by program instructions executed by one or moreprocessors, or by a combination of both.

Moreover, the example embodiments herein can additionally be consideredto be embodied entirely within any form of computer-readable storagemedium having stored therein an appropriate set of instructions for useby or in connection with an instruction-execution system, apparatus, ordevice, such as a computer-based system, processor-containing system, orother system that can fetch instructions from a medium and execute theinstructions. As used here, a “computer-readable medium” can be anymeans that can contain, store, or transport the program for use by or inconnection with the instruction-execution system, apparatus, or device.The computer-readable medium can be, for example but not limited to, anelectronic, magnetic, optical, electromagnetic, infrared, orsemiconductor system, apparatus, or device. More specific examples (anon-exhaustive list) of the computer-readable medium include anelectrical connection having one or more wires, a portable computerdiskette, a random-access memory (RAM), a read-only memory (ROM), and anerasable programmable read-only memory (EPROM or Flash memory).

Thus, the invention may be embodied in many different forms, not all ofwhich are described above.

It will be appreciated that the techniques described herein may beapplied to a variety of different contexts. For example, actions relatedto mergers and acquisitions deals, bankruptcy (or other forms of capitalrestructuring), federal drug administration approval (e.g., whereexperts review portions of a given submission), licensing/sales dealsthat require review of the asset being licensed (e.g., patents), orother types of actions/deals.

It is emphasized that the terms “comprises” and “comprising”, when usedin this application, specify the presence of stated features, integers,steps, or components and do not preclude the presence or addition of oneor more other features, integers, steps, components, or groups thereof.

It will be appreciated that aspects of the embodiments described hereinmay comprise yet further embodiments. Also, the embodiments herein (oraspects thereof) may be combined in various ways to form additionalembodiments.

None of the above description should be read as implying that anyparticular element, step, range, or function is essential such that itmust be included in the claims scope. The scope of patented subjectmatter is defined only by the claims. The extent of legal protection isdefined by the words recited in the allowed claims and theirequivalents. All structural and functional equivalents to the elementsof the above-described preferred embodiment that are known to those ofordinary skill in the art are expressly incorporated herein by referenceand are intended to be encompassed by the present claims. Moreover, itis not necessary for a device or method to address each and everyproblem sought to be solved by the technology described, for it to beencompassed by the present claims. No claim is intended to invoke 35U.S.C §112, 6^(th) paragraph unless the words “means for” or “step for”are used. Furthermore, no embodiment, feature, component, or step inthis specification is intended to be dedicated to the public regardlessof whether the embodiment, feature, component, or step is recited in theclaims.

The particular embodiments described above are merely illustrative andshould not be considered restrictive in any way. The scope of theinvention is determined by the claims, and all variations andequivalents that fall within the range of the claims are intended to beembraced therein.

1. A system for performing due diligence on a plurality of documentsthat are electronically stored and accessible to a plurality of usersover a computer network, the plurality of users including a first userand a second user, the system comprising: a storage medium systemconfigured to store the plurality of documents; and a processing systemthat includes at least one processor, the processing system configuredto: receive a request from a first dynamic due diligence terminalassociated with a first user to view a document in the plurality ofdocuments; retrieve the document from the storage medium system; displaythe retrieved document at the first dynamic due diligence terminal forreview by the first user; select at least the second user out of theplurality of users based on user input; create a dynamic due diligenceitem including for use in performing due diligence on the retrieveddocument; assign the created dynamic due diligence item to at least thesecond user; associate the created dynamic due diligence item to thedocument; store the created dynamic due diligence item to the storagemedium system; display the document at a second dynamic due diligenceterminal for review by the second user; integrate an indication of thedynamic due diligence item into the displayed document; display thedynamic due diligence item at the second dynamic due diligence terminal,the dynamic due diligence item including a required action that thesecond user is required to take in order to satisfy the dynamic duediligence item; receive input from the second user, via the seconddynamic due diligence terminal, responsive to display of the dynamic duediligence item; and generate and store an indication, to the storagemedium system, that the dynamic due diligence item is satisfied when thereceived input from the second user is in accordance with the requiredaction of the dynamic due diligence item.
 2. The system of claim 1,wherein: the first dynamic due diligence terminal includes a firstprocessor of the at least one processors, the second dynamic duediligence terminal is remotely located from the first terminal andincludes a second processor of the at least one processors, theprocessing system includes the first dynamic due diligence terminal, thesecond dynamic due diligence terminal, and a server system that includesat least a third processor of the at least one processors, and the firstand second dynamic due diligence terminals are configured to communicatewith the server system over the computer network.
 3. The system of claim1, wherein the required action includes an acknowledgement by the seconduser of the assignment to the second user.
 4. The system of claim 1,wherein the required action includes an answer to a yes/no question bythe second user.
 5. The system of claim 1, wherein: the plurality ofdocuments are stored in an encrypted form on the storage medium system,and the processing system is further configured to decrypt the documentbefore being displayed at the first and/or second dynamic due diligenceterminal.
 6. The system of claim 1, wherein the processing system isfurther configured to send a notification to inform the second user ofthe created dynamic due diligence item.
 7. The system of claim 1,wherein processing system is further configured to: annotate a portionof the document based on input from a user from the plurality of users;and associate the annotated portion with the created dynamic duediligence item.
 8. The system of claim 7, wherein the processing systemis further configured to present the dynamic due diligence item on thesecond dynamic due diligence terminal such that the annotated portion ofthe document is at least partially obscured by the presented dynamic duediligence item at least until the required action is input by the seconduser to satisfy the dynamic due diligence item.
 9. The system of claim1, wherein the dynamic due diligence item further includes comment data,and the processing system is further configured to: receive input fromthe first and/or second user in the form of a comment; and associate thecomment with the created dynamic due diligence item, wherein display ofthe dynamic due diligence item includes display of the stored comment.10. The system of claim 1, wherein the processing system is furtherconfigured to determine the list of users out of the plurality of usersthat are authorized to be assigned the dynamic due diligence item forthe document from the first user.
 11. The system of claim 1, wherein theprocessing system is further configured to receive a recommendation onthe document from the first user.
 12. The system of claim 11, whereinthe received recommendation is for a portion of the document.
 13. Thesystem of claim 11, wherein the processing system is further configuredto: calculate a recommendation score for all recommendations associatedwith the document; and display the recommendation score to a user in theplurality of users.
 14. The system of claim 11, wherein the receivedrecommendation is among at least two possible levels of recommendation.15. A non-transitory computer readable medium storing computer readableinstructions for use with a virtual data room system for conductingdynamic due diligence on information that is segmented into a pluralityof different information portions that are stored in a storage mediumsystem that is remotely accessible to a plurality of users, theplurality of users including a first user and a second user, the storedinstructions comprising instructions configured to: receive a firstrequest from a first computing resource that is associated with thefirst user to retrieve an information portion of the plurality ofdifferent information portions stored in the storage medium system;transmit the requested information portion to the first computingresource for review by the first user; select a group of users from theplurality of users based on the requested information portion and/or thefirst user, the group of users including the second user; receive, fromthe first computing resource, a created dynamic due diligence item foruse in performing due diligence on the information portion, store thecreated dynamic due diligence item to the storage medium system; store,to the storage medium system, an assignment of the dynamic due diligenceitem to the second user, store, to the storage medium system, anassociation between the created dynamic due diligence item and therequested information portion; receive a second request from a computingresource that is associated with the second user to retrieve theinformation portion that is associated with the created dynamic duediligence item; transmit the information portion to a computing resourceused by the second user for review thereon; retrieve the dynamic duediligence item from the storage medium system, the dynamic due diligenceitem set to be integrated into the information portion when displayed tothe second user on the computing resource, the dynamic due diligenceitem including an input requirement that the second user is required totake in order to satisfy the dynamic due diligence item; and store anindication, to the storage medium system, that the input requirement ofthe dynamic due diligence item is satisfied when data transmitted fromthe computing resource indicates that the second user provided inputthat is in accordance with the input requirement.
 16. The medium ofclaim 15, wherein the instructions are further configured to send anotification to the second user that the first user created the dynamicdue diligence item assigned to the second user.
 17. The medium of claim15, wherein the input requirement is acknowledgment of the dynamic duediligence item by the second user.
 18. The medium of claim 15, whereinthe instructions are further configured to: encrypt the plurality ofinformation portions; responsive to a request for at least one of theinformation portions, decrypt the at least one of the informationportions; and stream the decrypted at least one of the informationportions to a computing system used by at least one of the plurality ofusers.
 19. The medium of claim 15, wherein the instructions are furtherconfigured to: receive annotation data from the first computing resourcethat some part of the information portion has been annotated by thefirst user; and store, to the storage medium system, the annotation dataalong with an association to the dynamic due diligence item.
 20. Themedium of claim 15, wherein the instructions are further configured toreceive a recommendation to the information portion.